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Location services in a packet radio network 

Background of the invention 

The invention relates to methods and equipment for providing loca- 
tion services in a telecommunications system comprising a packet radio net- 

5 work, and using the packet radio network as a bearer for location information. 
Mobile communications systems provide mobile users with means to commu- 
nicate from an arbitrary location within a Public Land based Mobile Network 
PLMN. Initially, mobile communications systems offered more or less the 
same sen/ices as do wired communications systems, i.e. voice calls, data calls 

10 and fax calls. The ever-changing location of the mobile user has been seen 
more as a necessary evil than a useful piece of information which the wired 
communications systems cannot deliver. A more modern vision is that by 
making full use of the user's location, mobile communications systems can 
achieve competitive advantages over wired communications systems. This 

15 information can be used for customising certain value-added services accord- 
ing to the user's location. Such location-specific value-added services include 
weather forecasts, entertainment programmes, timetables, navigation and lo- 
cating a mobile user in emergency. Additionally, the user's location can also 
be used for law-enforcement purposes. 

20 In a conventional cellular mobile communications system, such as 

GSM (Global System for Mobile Communication), a mobile station can be lo- 
cated within one cell, if the mobile station is having an ongoing call. Without 
such an ongoing call, the location is known only within a location area, which 
typically comprises several cells. Even if the location is known within one cell, 

25 there is still considerable ambiguity concerning the location, considering that 
the diameter of a GSM cell can be as large as 70 km. More precise location 
service is the subject of standardisation work being performed in a US stan- 
dardization group called T1P1. There are several known methods by which a 
mobile station can be located with reasonable precision. For example, a mo- 

30 bile station can have an integrated GPS receiver, whereby it can determine its 
own coordinates and send them to the network. A mobile station without an 
integrated GPS receiver can be located e.g. by triangulation using three base 
stations. Details of the location procedure are not relevant to this invention, 
however, and a reference is made to the relevant T1P1 specifications. 

35 Within the context of this application, the following conventions will 

be used. 'Location management' refers to the task of tracking a mobile sta- 



tion's location in ternns of location/routing areas and cell/network elennent 
identifiers. Thus, location management is performed in any mobile communi- 
cations system, and it is a necessary task for routing calls to a mobile sub- 
scriber. In contrast, 'location service' (LCS) refers to the task of tracking a mo- 
5 bile station's location in terms of geographical coordinates. This task is not 
necessary for routing calls. Rather, it is a value-added sen/ice, or it can be 
used for producing value-added services. 

A problem with prior art location service systems is that packet radio 
subscribers are completely ignored. There are no known methods to locate a 

10 mobile station with a subscription only to a packet radio network, such as 
GPRS (General Packet Radio Service). A brute-force approach would be to 
implement a separate location service for the packet-switched network, but 
this would result in duplicating several network elements. There are no known 
signalling conventions enabling the use of the location service for the circuit- 

15 switched network also in the packet-switched network. 

Disclosure of the invention 

An object of the invention is to provide a mechanism for imple- 
menting a location service to a packet radio network, such as GPRS. Another 
object is to implement the location service in a manner which does not need- 

20 lessly duplicate existing functionality and or increase the signalling overhead. 
Another object of the invention is to offer packet based bearers for the location 
services in a circuit switched network, such as GSM. These objects are 
achieved with a method and equipment which are characterized by what is 
disclosed in the attached independent claims. Preferred embodiments of the 

25 invention are disclosed in the attached dependent claims. 

According to a first aspect of the invention, there is provided a 
method for providing location service information related to a mobile station in 
a mobile communications system supporting connections of a first type (e.g. 
circuit-switched) and a second type (e.g. packet-switched), the method com- 

30 prising the steps of: 1) receiving a request from a requesting entity; 2) retriev- 
ing the location service information related to the mobile station; and 3) pro- 
viding a response to the request. The method according to the invention is 
characterized by 4) determining a preferred type of connection for the retriev- 
ing step, on the basis of a first set of predetermined criteria; and 5) performing, 

35 in the retrieving step, at least a first attempt via the preferred type of connec- 
tion. 



Preferably, the first set of predetermined criteria comprises check- 
ing whether the mobile station currently has an active connection via at least 
one of the types of connection. The checking may be based on examining the 
request from the requesting entity. 
5 If the first attempt results in a failure, a second set of predetermined 

criteria may comprise the reason for the failure, and the retrieving step may 
comprise performing a second attempt via the remaining type of connection in 
response to fulfilment of the second set of predetermined criteria. Preferably, 
the second set of predetermined criteria is fulfilled if the first attempt fails but 
10 the reason for the failure is not "service not allowed"; and the second attempt 
via the remaining type of connection has not been unsuccessfully performed 
earlier. 

If the mobile station is having an ongoing call, the preferred type of 
connection is circuit-switched, and otherwise packet-switched. The method 
15 may comprise establishing circuit-switched communications for the mobile sta- 
tion, if the packet-switched communications are not established. 

Alternatively, the method may comprise establishing at least one 
implicit Packet Data Protocol, or PDP, context. Establishing the PDP context 
may comprise allocating a predefined Network layer Service Access Point 
20 Identifier, or NSAPI, value. The implicit PDP context may be established be- 
tween the mobile station and the support node and/or a support node and a 
Serving Mobile Location Centre currently serving the mobile station. The latter 
PDP context may also be an explicit one. 

It should be noted that the idea of establishing an implicit PDP 
25 context can used separately, for purposes other than location services. 

Most of the above-mentioned decision-making steps are preferably 
performed by a gateway Mobile Location Centre GMLC (optionally, aided by 
other network elements, such as the HLR and/or the VMSC), because all LCS 
inquiries are routed via the GMLC. According to current T1P1 specifications, 
30 there is a GMLC in every PLMN. As a consequence, according to a second 
aspect of the invention, there is provided a GMLC adapted to carry out the 
method according to the first aspect of the invention. 

Brief description of the drawings 

The invention will be described in more detail by means of preferred 
35 embodiments with reference to the appended drawing wherein: 
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Fig. 1 is a block diagram illustrating one embodiment of a telecom- 
munications system where the invention can be used; 

Fig. 2 is a flow chart illustrating a general concept of the invention; 

and 

5 Figs. 3A to 3C are signalling diagrams depicting different scenarios 

in a system as shown in Fig. 1. 

Detailed description of the invention 

Fig. 1 is a block diagram illustrating a preferred embodiment of the 
invention. The invention will be described in connection with GSM and GPRS 

10 (General Packet Radio Service), substantially in accordance with the relevant 
ETSI recommendations. However, it should be understood that the GSM and 
GPRS systems have been chosen only for the purposes of illustration, and the 
invention is applicable in any telecommunications system supporting circuit- 
switched and packet-switched connections. 

15 Apart from the Mobile Location Centres MLC. i.e. the Gateway Mo- 

bile Location Centres GMLC and the Serving Mobile Location Centres SMLC, 
the remaining blocks are known from prior art GSM and GPRS systems. The 
MLCs perform location service related to mobile equipment and/or subscrib- 
ers. The MS is normally a mobile phone, but it can be any entity which uses 

20 the standard air interface, e.g. a measurement unit connected to the network 
through the air interface. A system as shown in Fig. 1 can be implemented 
with interfaces as follows. The L1 interface (VMSC/SGSN) can be a MAP 
interface over SS7 or IP, or a GPRS Gs interface. The L2 interface 
(SGSN/SMLC) and the L7 interface (SGSN/GMLC) can be a MAP interface 

25 over SS7 or IP, or a GPRS Gn interface. The L3 interface (SGSN/Home 
GMLC) can be a MAP interface over SS7 or IP, or a GPRS Gp interface. The 
L4 interface (MSC/SMLC), the L5 interface (GMLCA/MSC) and the L6 inter- 
face (HLR/GMLC) can be a MAP interface over SS7 or IP. Preferably, the 
protocols and protocol messages on the L3, L5 and L7 interfaces are the 

30 same, e.g. the same MAP interfaces and messages. 

Fig. 2 is a flow chart illustrating a general concept of the invention 
from the point of view of a Gateway Mobile Location Centre GMLC. In step 20, 
the GMLC receives an LCS request from a requesting entity/application. In 
step 21, the GMLC determines the preferred type of connection (circuit- 
35 switched or packet-switched) and in step 22, it makes a first attempt via the 



preferred type of connection (e.g. circuit-switched). In step 23, the GMLC tests 
whether the first attempt was successful, and if yes, in step 28 it sends a re- 
sponse to the entity/application which sent the initial request in step 20. If the 
first attempt failed, the GMLC may check in step 24 whether the failure was 

5 due to barring restrictions (i.e. the service was not allowed). If the failure was 
due to barring restrictions, there is no point in trying the remaining type of con- 
nection (e.g. packet-switched), and in step 29. and the failure is indicated to 
the requesting entity. The same holds for step 25 wherein it is tested whether 
or not the remaining type of connection has already been tried. OthenA/ise, in 

10 step 26. a second attempt is made via the remaining type of connection. In 
step 2?! the GMLC determines whether the second attempt was successful, 
and if yes. in step 28 it sends a response to the entity/application which sent 
the request in step 20. Otherwise, it indicates the failure in step 29. 

Figs. 3A to 3C are signalling diagrams depicting three different sce- 
15 narios in a system as shown in Fig. 1. The system comprises an SMLC ele- 
ment for generic location calculation and a GMLC element according to the in- 
vention. In step 301. an extemal LCS application/entity requests some LCS 
service from a GMLC. The GMLC verifies the identity of the LCS application 
and its subscription to the LCS service requested. The GMLC also derives an 
20 identifier (e.g. the MSISDN) of the MS to be located and the LCS QoS from 
either the subscription data or from the data supplied by the requesting appli- 
cation. In step 302. the GMLC checks whether or not the MS subscriber is a 
GSM subscriber, i.e.. whether or not there is a VMSC and/or SGSN address 
for the MS. The GMLC sends a MAP_Send_Routing_Info_For_LCS mes- 
25 sage to the HLR of the MS to be located. The message is routed to the HLR of 
the HPLMN using the MSISDN number in the called party address on the 
SCCP layer. If the GMLC already knows the VMSC location and the IMSI for 
the particular MSISDN (e.g. the GMLC has stored the results from a previous 
location request to a cache-type memory), steps 302 and 303 may be skipped. 
30 Also, if the GMLC has stored an SGSN address for the user, and at the last 
inquiry, there was no VMSC address in the HLR. the GMLC may reuse the 
SGSN address and skip steps 302 and 303 altogether. However, even if the 
VMSC and SGSN addresses are present at the GMLC for a particular user, 
the GMLC may perform steps 302 and 303 in order to make sure that it has 
35 the most recent information. (In other words, if the GMLC stores the informa- 
tion in a cache, the information preferably has a maximum lifetime.) In step 



303. the HLR verifies that the E.164 address of the GMLC, contained in the 
SCCP calling party address, corresponds to a known GSM network element 
that is authorised to request MS location information. (E.164 is an addressing 
system used in the SS7 signalling system.) The HLR then returns the IMSI for 
5 the particular MS, as well as the current VMSC address and the current SGSN 
address, if available. 

Beginning from step 305, the three scenarios differ from each other. 
If the GMLC knows the address of the VMSC serving the mobile station, in 
step 305a the GMLC sends a MAP_Provide_Subscriber_Location message 

10 to the VMSC indicated by the HLR. If no VMSC address is available, in step 
305c the message is sent to the SGSN address indicated by the HLR. This 
message carries the MS subscriber's IMSI, LCS QoS information (e.g. accu- 
racy, response time, preferred/required positioning method), an indication of 
whether the LCS application has override capability, and the current SGSN 

1 5 address if available. 

If the message in step 305a was sent to the VMSC, it verifies pos- 
sible LCS barring restrictions in the MS user's subscription profile in the VLR. 
(In this case, the Provide_Subscriber_Location message sent to the VMSC 
should include the SGSN address which will be used in step 305b, if this step 

20 is taken.) Otherwise, the SGSN can perform these checking functions. If LCS 
is barred and an LCS application in the same country does not have override 
capability, an error response is returned to the GMLC. If the MS is in GSM Ac- 
tive mode (e.g., there is an ongoing call), in step 307a the VMSC sends a 
I\/1AP_Perform_Location_Service message to its associated SMLC. The 

25 signalling channels of the ongoing call are used for the message exchange 
between the SMLC and the MS. If the MS is in GSM Idle mode, in step 305b 
the VMSC relays the MAP_Provide_Subscriber_Location message it re- 
ceived from the GMLC to the SGSN, i.e., to the address received from the 
GMLC. This address might be an IP address or an SS7 number, depending on 

30 the protocols used between the VMSC and the SGSN on the one hand and 
between the GMLC and the SGSN on the other hand. If such an SGSN ad- 
dress does not exist or is not available, or if after step 309b the SGSN indi- 
cates that the subscriber is unknown, the VMSC establishes a channel over 
the circuit-switched service for location purposes and steps 307a - 310a will be 

35 executed. If these steps fail, the GMLC will be informed that the LCS has 
failed via both packet-switched and circuit-switched services. If the SGSN re- 
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ceives the location request message from the VMSC, in step 307b it sends a 
MAP_Perform_Location_Service message to its associated SMLC. The 
SMLC information should be configured beforehand at the SGSNs. If the MS 
is unknown in the MSCA/LR, this fact will be indicated in an error message to 

5 the GMLC. Then, if in step 303 an SGSN address was also provided, the 
GMLC will try to locate the MS via the SGSN (and continue at step 305c). If 
there was no VMSC address for the MS. in step 305c the MAP_Pro- 
viDE_SuBSCRiBER_LocATiON message is sent directly to the SGSN. Having 
checked possible barring and other restrictions, in step 307c the SGSN sends 

10 the MAP_Perform_Location_Service message to its associated SMLC. In 
step 308, Generic Location Calculation is performed in or via the SMLC. For 
details concerning the location calculation, reference is made to the relevant 
ETSI specifications. However, such details are not essential for understanding 

the present invention. 

.,5 In step 309, the SMLC returns the location information to the re- 

questing entity (VMSC in step 309a, SGSN in 309b and 309c). In step 310. the 
location information is returned to the GMLC. (In step 310a. the VMSC returns 
the location information directly to the GMLC. In step 310b, the SGSN returns 
the location information via the VMSC to the GMLC. In step 310c. the SGSN 

20 retums the location information directly to the GMLC.) Finally, in step 31 1 . the 
GMLC returns the MS location estimate to the requesting LCS en- 
tity/application. If the LCS application requires it, the GMLC may first transform 
the universal location coordinates provided by the VMSC into some local geo- 
graphic system. The GMLC may record billing for both the LCS application and 

25 inter-network revenue charges from the VMSC's network. Apart from the tests 
in steps 304 and 306, the subject-matter of Fig. 3A substantially corresponds 
to the relevant ETSI specifications. 

Error handling 

If the GMLC receives an error report from either the VMSC or 
30 SGSN indicating that one or the other does not know the subscriber in ques- 
tion, or the GMLC could not reach the intended node at all and if the GMLC is 
using old information (e.g. information stored in a cache), the GMLC may per- 
form another HLR interrogation to get up-to-date address information. After 
getting the new information, the GMLC may start the operation from the be- 
35 ginning. Also, if it could not reach VMSC, the GMLC can try to contact the 
SGSN directly. If in turn the VMSC could not reach the SGSN after a certain 
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number of attempts, or the MS is unknown in the SGSN, it may perform the lo- 
cation operation itself over circuit-switched services. If this location operation is 
unsuccessful, the VMSC should return an error response to the GMLC and in- 
dicate that the location operation has failed via both the SGSN and the VMSC. 
5 The GMLC will then not try the SGSN route. 

An alternative embodiment 

In step 301, the GMLC may determine on the basis of the LCS Re- 
quest whether or not this request is related to an ongoing call. The basis for 
this determination may be e.g. an explicit parameter, such as a called-party 

10 number in the LCS request, or an implicit indication, such as the source ad- 
dress of the LCS request. If in step 303 both an SGSN address and an MSC 
address are returned, then in step 304. the GMLC may operate as follows: 

If the LCS is related to an ongoing call, the GMLC send the Pro- 
viDE_SuBSGR_Loc to the VMSC handling the call. Normally, the signalling 

15 channel of the ongoing call will be used for message exchange between the 
SMLC and the MS. Possible errors will be reported to the GMLC which should 
then try the SGSN route, unless the error was due to barring (i.e. "service not 
allowed"). 

If the LCS is not related to an ongoing call, the GMLC sends the 
20 Provide_Subscr_Loc message to the SGSN serving the MS. The SGSN at- 
tempts to locate the MS using the steps 305c to 310c shown in Fig. 3C. If the 
attempt fails for any other reason than barring, the SGSN will return an error 
report to the GMLC. Next, the GMLC will try the VMSC route (i.e. it sends the 
Provide__Subscr„Loc message to the VMSC). Then the VMSC will try to lo- 
25 cate the MS via the VMSC (using steps 307a to 310a), although the MS is in 
idle mode. 

According to this embodiment, if in step 303 only one address 
(VMSC or SGSN) is provided, the GMLC tries this address. If the address re- 
lates to a VMSC, steps 307a to 310a will be used, and if the address relates to 
30 an SGSN, steps 307c to 310c will be used. 

MS-MLC location-related communication 

The invention allows several . options transferring information be- 
tween the MS and the MLC, as well as between the SGSN and the GMLC, 
depending on the chosen location calculation method. Preferably, however, 
35 the GMLC-SGSN interface is similar to the GMLC-VMSC interface. 



It is apparent to a skilled reader that the signalling diagrams in Figs 
3A to 3C are somewhat simplified, because some routine steps (such as a 
PDP context activation) have been omitted. It is to be expected that location 
services will play an increasingly important role in making mobile communica- 
5 tion systems more competitive with wired communication systems. Thus the 
routine task of establishing a PDP context for the purpose of location services 
may cause significant overhead traffic. For eliminating this overhead traffic, 
there may be an implicit PDP context between the mobile station MS and the 
SGSN. For this purpose, one NSAPI (Network layer Service Access Point 

10 Identifier) value should be reserved and standardised for location services. In 
the GPRS support nodes SGSN and GGSN, the NSAPI identifies the PDP 
• context associated with a certain PDP address. The existence of the implicit 
context allows the MS and the SGSN to send a location request or a response 
message at any time. Thus, no explicit context activation is needed. The 

15 SGSN forwards a mobile-originated message using the reserved NSAPI value 
to the serving MLC. Similarly, a mobile-terminated message is fonA/arded to 
the MS at any time using the special NSAPI value. A radio link needs to be 
established between the MS and SGSN for the message transmission. 

Communication between the SGSN and the serving MLC can be 

20 established in several ways. The implicit context approach can be reused be- 
tween these entities as well. Alternatively, an explicit context establishment 
can take place on this interface (with the special NSAPI value). A benefit of 
this approach is that the MLC knows all the users who are currently tracked, 
and in the case where a user is handed over to another SGSN which is served 

25 by another MLC, the context can be explicitly released. In addition, if the cal- 
culation is interrupted, i.e. will not be completed, the old SGSN can indicate 
the failure by sending an error report to the VMSC or GMLC. The VMSC may 
relay this error report to the GMLC, which may interrogate the HLR again to 
get the new SGSN address to be able to initiate the location process again. 

30 Yet another option would be to define signalling messages between 

the SGSN and the SMLC. This interface may be the same as the interface 
between the SMLC and the VMSC, e.g. a MAP interface. 

Alternatively, conventional PDP context activation can be used be- 
tween the MS and the SMLC. which in this case looks like a special GGSN to 

35 the MS. The context activation can be performed automatically in connection 
with a GPRS Attach procedure, or only on demand. A special NSAPI can be 
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allocated for this context, but it is not necessary with this option. If automatic 
context activation takes place, a special APN (e.g. "MLC") indicates to the 
SGSN that a location context is requested. The SGSN then relays the context 
activation to the MLC serving this SGSN (the SGSN's configuration informa- 
tion). Alternatively, the MLC can request that a network-initiated PDP context 
activation takes place (e.g. with a special NSAPI indicating to the user's mo- 
bile station that a location context needs to be established). 

Special signalling messages can be defined for the air interface 
(MS-SGSN) and between the SGSNs and the MLCs. In this case, the SGSN 
relays these messages to the MS and the MLC based on the configuration in- 
formation (MLC) and user's IMSI. These messages can be e.g. MAP protocol 
messages. 

Although the invention has been described in connection with GSM 
and GPRS systems, it is not limited to these examples but the invention can 
be modified within the scope of the appended claims. 

Abbreviations: 

APN = Access Point Name 

GMLC = Gateway Mobile Location Centre 

GGSN = Gateway GPRS Support Node 

GPRS = General Packet Radio Service 

GPS = Global Positioning System 

GSM = Global System for Mobile Communication 

HLR = Home Location Register 

HPLMN = Home PLMN 

LCS = Location Services 

MLC = Mobile Location Centre 

MSC = Mobile services Switching Centre 

NSAPI = Network (layer) Service Access Point Identifier 

PLMN = Public Land based Mobile Network 

SAP = Service Access Point 

SCCP = Signalling Connection and Control Part 

SGSN = Serving GPRS Support Node 

SMLC = Serving Mobile Location Centre 

VLR = Visitor Location Register 

VMSC =VLR+MSC 
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References: 

T1P1 8p 150581: Location Service (LCS) stage 0 requirements 
T1P1 8p151045: Location Service (LCS); service description, stage 1 
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T1P1 8p1 53351: Reasoning for GPRS as LCS Carrier and Proposed Addi- 
tions 

All references are incorporated herein by reference. 
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Claims 

1 . A method for providing location service information related to a 
mobile station (MS) in a mobile communications system supporting connec- 
tions of a first type (L5) and a second type (L3, L7), the method comprising the 
5 steps of: 

receiving a request (20, 301) from a requesting entity; 

retrieving (22, 308) said location service information related to said 
mobile station (MS); and 

providing a response (28, 31 1) to said request; 
10 characterized by 

determining (21) a preferred type of connection for said retrieving 
step, on the basis of a first set of predetermined criteria (304, 306); and 

performing, in said retrieving step, at least a first attempt (22) via 
said preferred type of connection. 

15 2. A method according to claim 1, characterized in that said 

first set of predetermined criteria comprises checking (304) whether the mobile 
station (MS) currently has an active connection via at least one of said types of 
connection. 

3. A method according to claim 2, c h a r a c t e r i z e d in that said 
20 checking is based on examining said request (301). 

4. A method according to any one of the preceding claims, char- 
acterized in that, if said first attempt results in a failure, a second set of 
predetermined criteria comprises the reason for the failure, and said retrieving 
step comprises performing a second attempt (26) via the remaining type of 

25 connection in response to fulfilment of said second set of predetermined crite- 
ria. 

5. A method according to claim 4. characterized in that said 
second set of predetermined criteria is fulfilled if: 

said first attempt fails but the reason for the failure is not "service 

30 not allowed"; and 

said second attempt via the remaining type of connection has not 
been unsuccessfully performed eariier. 
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6. A method according to any one of the preceding claims, char- 
acterized in that said first type of connection (L5) is circuit-switched and 
said second type of connection (L3, L7) is packet-switched. 

7. A method according to claim 6, characterized in that, if 
said mobile station (MS) is having an ongoing call, said preferred type of con- 
nection is circuit-switched (L5), and othenA/ise packet-switched (L3, L7). 

8. A method according to claim 6 or 7, c h a r a c t e r i z e d by es- 
tablishing circuit-switched communications for the mobile station (MS), if said 
packet-switched communications are not established. 

9. A method according to any one of claims 6 to 8, charac- 
terized by establishing at least one implicit Packet Data Protocol, or PDP, 
context. 

1 0. A method according to claim 9, characterized in that said 
step of establishing the PDP context comprises allocating a predefined Net- 
work layer Service Access Point Identifier, or NSAPI, value. 

11. A method according to claim 9 or 10, c h a r a c t e r i z e d in 
that said at least one implicit PDP context is established between the mobile 
station (MS) and the support node (SGSN). 

12. A method according to any one of claims 9 to 11, charac- 
terized in that said at least one implicit PDP context is established be- 
tween the support node (SGSN) and a Serving Mobile Location Centre 
(SMLC) currently serving the mobile station (MS). 

13. A method according to any one of claims 9 to 11, charac- 
ter i z e d in that at least one explicit PDP context is established between the 
support node (SGSN) and a Serving Mobile Location Centre (SMLC) currently 
serving the mobile station (MS). 

14. A method according to any one of the preceding claims, 
characterized in that said request (301) is received by a Gateway Mo- 
bile Location Centre (GMLC). which retrieves said location service information 
via a Mobile Services Switching Centre (VMSC), which in turn retrieves said 
location service information via a Serving Mobile Location Centre (SMLC): 
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directly (307a), if a circuit-switched connection for said mobile sta- 
tion has been established; and othenwise 

indirectly (305b, 307b), via a Serving GPRS Support Node (SGSN). 

15. A method according to claim 14, characterized in that 
said Gateway Mobile Location Centre (GMLC) sends to said Mobile Services 
Switching Centre (VMSC) the address of said Serving GPRS Support Node 
(SGSN). 

16. An arrangement (GMLC, VMSC) for supporting location service 
information related to a mobile station (MS) in a mobile communications sys- 
tem supporting circuit-switched communications and packet-switched commu- 
nications, the arrangement being adapted to: 

receive a request (20, 301) from a requesting entity; 

retrieve (22, 308) said location service information related to said 

mobile station (MS); and 

provide a response (28, 31 1) to said request; 

characterized in that said arrangement (GMLC, VMSC) is 
adapted to: 

determine (21) a preferred type of connection for said retrieving, on 
the basis of a first set of predetermined criteria (304, 306); and 

perform at least a first attempt (22) via said preferred type of con- 
nection. 
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(57) Abstract 

A method for providing location sen/ice information related 
to a mobile station in a mobile communications system 
supporting connections of a first type, e.g. circuit- 
switched, and a second type, e.g. packet-switched. The 
method comprises the steps of receiving a request (20) 
from a requesting entity; retrieving (22) said location serv- 
ice information related to said mobile station; and provid- 
ing a response (28) to said request. The method is char- 
acterized by determining (21) a preferred type of connec- 
tion for said retrieving step, on the basis of a first set of 
predetermined criteria; and performing, in said retrieving 
step, at least a first attempt (22) via said preferred type of 
connection. 
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